home *** CD-ROM | disk | FTP | other *** search
- I have two PC's networked with two Unix workstations via ethernet, using
- tcp-ip as the only network protocol. One of the PC's runs QVT/Net via a
- packet driver shim under Win 3.1, the other PC runs QVT/Net on top of
- the Trumpet Winsock under W4W 3.11. I am getting a decent transfer
- rate (~230 KB/Sec) FTPing between the PC's (client) and workstations
- (server). However, when I set up one of the PC's (QVT/Net-Trumpet-W4W
- 3.11) as a QVT/Net FTP server for PC-to-PC transfer, the data transfer rate
- slows to a crawl, about 2 KB/Sec. Any ideas or suggestions will be
- appreciated.
-
- David
-
-
- --
- | David R. McGown | dmcgown@access.digex.net | (703) 683-1599 (H) |
- | 206 Adams Ave | 73730.1326@compuserve.com | (703) 416-3635 (W) |
- | Alexandria, VA 22301 | | |
- From news@bigblue.oit.unc.edu Wed Mar 9 17:57:54 1994
- Received: from bigblue.oit.unc.edu by SunSITE.Unc.EDU (5.65c+IDA/FvK-1.07) with SMTP
- id AA20169; Wed, 9 Mar 1994 13:28:17 -0500
- Received: by bigblue.oit.unc.edu (AIX 3.2/UCB 5.64/4.03)
- id AA19164; Wed, 9 Mar 1994 13:13:44 -0500
- Received: from GATEWAY by bigblue with netnews
- for winsock@sunsite.unc.edu (winsock@sunsite.unc.edu)
- To: winsock@sunsite.unc.edu
- Date: Wed, 9 Mar 1994 17:57:54 GMT
- From: phayes@tamu.edu (Pat Hayes)
- Message-Id: <phayes.100.2D7E0E21@tamu.edu>
- Organization: Meteorology, TAMU, USA
- Sender: ses
- References: <1994Mar7.205725.5348@news.stolaf.edu>, <CMC6MH.1Mw@demon.co.uk>, <CMEGJ7.FJu@lotus.com>
- Subject: Re: Chameleon Problem ... the future of DOS/Win TCP/IP?
-
- Ed wrote:
- Various people say they have this or that problem with Chameleon:
- ...
- ]Check your modem and protocol configs. I've used Chameleon for a couple
- ]years and, while I agree that NewtNews needs major work (hear that, Warren?)
- ]the basic product is pretty solid. I email every day with no problem.
- ]...
- ]Basically, though, it's a great product. If you are running MS/Win,
- ]there isn't anything out there that comes close.
- ]George S. Chapman
- ================
- ]To me, this use of lower memory is Chameleon's
- ]biggest fault. The first 1MB is a critical Windows resource. When it is
- ]gone, you start getting "not enough memory to run application" even
- ]though you have lots of extended memory and lots of system resources.
- ]cedwards1@worldbank.org (Charles Edwards)
- ================
- Their customer support seems to be buried, perhaps from too much business.
- My call was returned within 24 hours, but of course I was away from the
- phone. Not much help there. Email queries are not answered.
-
- I will not recommend Chameleon to people at my company until the
- customer service picture improves dramatically and it is clear that the
- software will be upgraded in a timely manner.
- Ed Batutis
- ================
-
- <me>:
-
- I think Chameleon has an _OK_ product. I run PC-X all day and
- don't get crashes. However, a couple of sessions with Eudora or
- WinTrumpet or WS_FTP will bring it down every time. A fix to
- one problem I was having with Windows tape backups was to reduce
- the size of NFS blocks from 8192 to 1024. No thanks -- I'll
- stick to DOS backups for now.
-
- I won't recommend any TSR- or DLL-based TCP/IP stack that
- doesn't lead to a VxD implementation. See this week's PCWEEK
- for an excellent summary of Frontier's VxD thingy. Among other
- things, a proper VxD stack should use 0K of lower memory, should
- be faster than DLLs, has 32-bit code, works in a DOS window, and
- will result in reduced network loads versus DLL-based setups.
- Sounds great!
-
- <i'm not involved in any way with Frontier, tho I'll gladly
- serve as a tester for them!>
-
-
- --
- Pat Hayes, Meteorology, Texas A&M University *** whoop! ***
- phayes@tamu.edu <<--email---U$Mail-->> TAMU,CS,TX,77843-3150
- "...yankee by birth...Aggie by the grace of God..."
- From news@bigblue.oit.unc.edu Wed Mar 9 19:50:53 1994
- Received: from bigblue.oit.unc.edu by SunSITE.Unc.EDU (5.65c+IDA/FvK-1.07) with SMTP
- id AA09243; Wed, 9 Mar 1994 15:28:19 -0500
- Received: by bigblue.oit.unc.edu (AIX 3.2/UCB 5.64/4.03)
- id AA08336; Wed, 9 Mar 1994 15:10:26 -0500
- Received: from GATEWAY by bigblue with netnews
- for winsock@sunsite.unc.edu (winsock@sunsite.unc.edu)
- To: winsock@sunsite.unc.edu
- Date: 9 Mar 1994 19:50:53 GMT
- From: mhollowa@epo.som.sunysb.edu
- Message-Id: <2ll9at$91d@ysics.physics.sunysb.edu>
- Organization: SUNY@Stony Brook
- Sender: ses
- Subject: Re: Mosaic 2.0a1 freezing with 'Sending Command..'
-
- In article <pjreid.9.000EDEFD@nbnet.nb.ca> pjreid@nbnet.nb.ca (Patrick and Sharon Reid) writes:
- >In article <2la79i$hbl@felix.dircon.co.uk> pmiles@tdc.dircon.co.uk (Peter Miles) writes:
- >>I'm using Mosaic v2.0a1 with the Netmanage Chameleon Winsock (v3.11).
- >>Every other Winsock application works perfectly suggesting that the Winsock
- >>end of things is OK. However, Mosaic often freezes when retrieving html or
- >>data with 'sending command...'.
-
- >I haven't seen anything like this. I use Windows Mosaic 2.0a1 with the
- >Trumpet Winsock 1.0 Rev B beta 2.
-
-
- I'm using Trumpet Winsock 1 and odi drivers. Mosaic 2a2 gives GPF's in
- user.exe whenever I try to access a specific molecular biology database
- site or try to load large files from a gopher. It works on other
- occasions. It makes a fine gopher client, for instance. I have a very
- hard time believing that it has anything to do with my system or setup
- because all other Windows net apps I've tried work fine. I've heard from
- one other odi user who seems to be having similar problems.
-
-
-
- From news@bigblue.oit.unc.edu Wed Mar 9 07:25:05 1994
- Received: from bigblue.oit.unc.edu by SunSITE.Unc.EDU (5.65c+IDA/FvK-1.07) with SMTP
- id AA14115; Wed, 9 Mar 1994 15:58:20 -0500
- Received: by bigblue.oit.unc.edu (AIX 3.2/UCB 5.64/4.03)
- id AA22592; Wed, 9 Mar 1994 15:57:26 -0500
- Received: from GATEWAY by bigblue with netnews
- for winsock@sunsite.unc.edu (winsock@sunsite.unc.edu)
- To: winsock@sunsite.unc.edu
- Date: Wed, 09 Mar 94 14:25:05 PDT
- From: hoffmann@stolaf.edu
- Message-Id: <1994Mar9.203047.29915@news.stolaf.edu>
- Organization: St. Olaf College; Northfield, MN USA
- Sender: ses
- References: <1994Mar9.122017.27581@worldbank.org>
- Subject: Re: Chameleon memory management
-
-
- ..
- > for lower memory. Chameleon allocates large blocks of memory in the
- > first 1MB. When that area is exhausted, Telnet gives the divide by 0
- > error. You should try to have as much conventional memory as possible
- > available before starting Windows....etc
- Charles:
- Since this is the case, would it make sense to have an include
- statement in EMM386 for B000-BFFF since I have a VGA monitor? According
- to my books this area is reserved for MDA, CGA, EGA and VGA text.
- I, like so many others, keep getting GPF's from MAIL.EXE. Do you see
- a connection with GPF's and the way Chameleon handles lower memory?
- ------------------------------------------------------------
- Norbert Hoffmann
- St. Olaf College
- Northfield, MN 55057
- >
-
-